Proxy Pattern 



Subprime Credit Card 


1234 5678 9012 1 
14/10 

Ascuker Bornvryminute 


the “rear thing 


proxy for the “real” thing 


Proxy Pattern 

Design intent: 

“provide a surrogate or 
placeholder for another 
object to control access to 
it" 


Proxy Structure 
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Proxy Example 


both Cash and 
DebitCard are 
forms of payment 



Motivation 


Use: 

defer the full cost of creation and Initialization of an object 
until we actually need to use It 

• e.g., large Image object and a proxy Image 
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Virtual Proxy Example 


Remote Proxy Example 


full data is 
loaded only if 
needed 

r ■ 


«interface» 

Graphic 


«interface» 

DistributedObject 

+bounds(): Box 
+draw() 

proxy represents 
expensive to 



proxy is a local 
object that 
represents the 
remote object 


II II 


Reallmage 

◄- 

Proxylmage 

+bounds(): Box 
+draw() 


+bounds(): Box 
+draw() 
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Caching Proxy Example 


proxy is a locally 
cached version of 
the actual remote 
content 


«interface» 

WebPage 
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Facade Pattern 


101 


° state Pattern 


Problem 


How to code a state model? 

Example: 

simple pop vending machine (single product) 
Insert loonie, press dispense button, get a pop 
could eject to return money 
machine has a limited supply 
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Simple Pop Machine State Model 



dispense [count > 1] / 
doReleaseProduct 


triggers (user events): 

- insert loonie 

- eject money request 

- dispense request 

effects (system actions): 

- doReturnMoney 

- doReleaseProduct 


dispense [count == 1] / 
doReieaseProduct 
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Pop Machine Class 


public class PopMachine { 

public PopMachine( int count ) { 

} 


// handle uasi' fevfehta ...- 

public void insertLoonie () { 

} 

public void returnMoney() { 

} 

public void dispense!) { 

} 
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Attempt 1 

public class PopMachine { // constants for states 


// all 

potential states 



private 

final static 

int 

START = 

0; 

private 

final static 

int 

HAS ONE 

_LOONIE = 1; 

private 

final static 

int 

OUT_OF_ 

STOCK = 2; 


private int currentState; 
private int count; 


public PopMachine{ int count ) { 

if (count > 0) { 

currentState = START; 
this.count = count; 

} else { 

currentState = OUT_OF_STOCK; 
this.count = 0; 

} 

} 


Attempt 1 

// handle insert loonie trigger 
public void insertLoonie () { 

if (currentState == START) { 

System.out.printIn( 

"loonie inserted" 

); 

currentState = HAS_ONE_LOONIE; 

} else if (currentState == HAS_ONE_LOONIE) { 
System.out.printIn( 

"already have one loonie" 

) ; 

} else if (currentState == OUT_OF_STOCK) { 
System.out.printIn( 

"machine out of stock" 

) ; 

} 

} 
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Attempt 2 Attempt 2 

// type-safe enumeration idiom (Joshua Bloch) public class PopMachine { 

final class State { // singleton objects for states private State currentState; 

private State() {} private int count; 


public PopMachine( int count ) { 

if (count > 0) { 

currentState = State.START; 
this.count = count; 

} else { 

currentState - State.OUT_OF_STOCK; 

this.count = 0; 


// all potential pop machine states 
// as singletons 

public final static State START = 
new State(); 

public final static State HAS_ONE_LOONIE ^ 
new State(); 

public final static State OUT_OF_STOCK ^ 
new State(); 
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Attempt 3 

// using Java 5 enum 

enum State { 

START, 

HAS_ONE_LOONIE, 

OUT_OF_STOCK 


Attempt 3 


public class PopMachine { // same code as before 

private State currentState; 
private int count; 


public PopMachine( int count ) { 

if (count > 0) { 

currentState = State.START; 
this.count = count; 

} else { 

currentState - State.OUT_OF_STOCK; 
this.count = 0; 

} 

} 
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Attempt 3 

// handle insert loonie trigger 
public void insertLoonie() { 

- if t uaiUjlltSLatb — SLaiB.S T AR T )—{ - 

System.out.println( 

"loonie inserted" 

); 

currentState = State.HAS_ONE_LOONIE; 

} else if (currentState == 

-State.HAS_UNE_LOUNiE) {- 

System.out.println( 

"already have one loonie" 

) ; 

} else if (currentState == 

State.OUT_OF_STOCK) { 

System.out.println( 

"machine out of stock" 

) ; 

} 





// handle eject money trigger 
public void ejectMoneyO { 

if (currentState == State.START) { 
System.out.println( 

"no money to return" 

); 

} else if (currentState == 

- a Lal e . IIAO_OMn_LOONIE) ( - 

System.out.println( 

"returning money" 

); 

doReturnMoney(); 
currentState = State.START; 

} else if (currentState == 

State.OUT_OF_STOCK) { 
System.out.println( 

"no money to return" 

); 

} 

} 
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// handle dispense trigger 
public void dispense!) { 

if (currentState == State.START) { 

System.out.println( 

"payment required" 

) ; 

} else if (currentState == 

State.HAS_ONE_LOONIE) { 

System.out.println( 

"releasing product" 

); 

doReleaseProduct(); 
if (count > 0) { 

currentState = State.START; 

) else i 

currentState = State.OUT_OF_STOCK; 

) 

> else if (currentState == 

State.OUT_OF_STOCK) ( 

System.out.println( 

"machine out of stock" 

); 

) 

} 



Q // machine actions 

// return inserted money 
private void doReturnMoney() { 

} 

// release one pop 

private void doReleaseProduct() { 

count—; 

} 


} // class PopMachine 
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Example Use and Output 

public static void main( String[] args ) { 

PopMachine popMachine = new PopMachine ( 10 ); 

// usual scenario 
popMachine.insertLoonie() ; 
popMachine.dispense() ; 

// no money, no sale 
popMachine.dispense() ; 

// money returned, no sale 
popMachine.insertLoonie() ; 
popMachine.ejectMoney() ; 
popMachine.dispense() ; 


loonie inserted 
releasing product 


payment required 


loonie inserted 
returning money 
payment required 


} 
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Change Request 

Suppose: 

pop machine now requires payment of two ioonies 
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What Needs to Change? Change Request 


insert loonie 


Start 

eject money / doReturnMoney 

Has One 
Loonie 


-- J 

dispense [count > 1] / 
doReieaseProduct 




dispense [count = 
doReieaseProduct 

= 1]/ 



Out Of 
Stock 

\ _ / 


Code changes: 

need to change every trigger handiing method to check for 
this new state 


aiso add and adjust transitions 


// add to insertLoonie, ejectMoney, dispense 
// methods 

... if (currentState == State. HAS_TWO_LOONIES) { 
} ... 


add a Has Two Loonies state 
(at least) 
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Poor Design 

Potential problems to address / refactor: 
blob class 

• gets increasingly larger over time 
long methods 

• forced to add cases to existing methods 

• could forget a case or introduce bugs 
conditional complexity 

• large conditional logic blocks 
passive data 

• state values not very "object-oriented" 


State Pattern Approach 

// common interface for pop machine state classes 
interface State { 


what if a ' 
new trigger P 
is added? P 
p 


} 


I all potential triggers 

1 , blic void insertLoonie ( PopMachine popMachine ) ; 
T.blic void ejectMoney( PopMachine popMachine ); 

1 blic void dispense( PopMachine popMachine ); 


redesign using state design pattern (state objects) 
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Pop Machine States 

((interfaces 

State 


+insertLoonie{ ... ) 
+ejectMoney{ ... ) 
+dispense( ... ) 

I 


StartState 


HasOneLoonieState 


OutOfStockState 

+insertLoonie( ... ) 
+ejectMoney( ... ) 
+dispense( ... ) 


+insertLoonie{ ... ) 
+ejectMoney{ ... ) 
+dispense( ... ) 


+insertLoonie( ... ) 
+ejectMoney( ... ) 
+dispense( ... ) 
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- class StartState implements State { 

)UDiic voia insertLoonie( FopMacnine popMacnine ) { 

System.out-println{ "loonie inserted" ); 

popMachine.setState( 

popMachine.getHasOneLoonieState() 

) ; 


jublic void ejectMoney( PopMachine popMachine ) { 

.qygtpm . nn1- .pri n1-1 n f '"no monP>y tr. rp>tnrn" 

} 

public void dispense( PopMachine popMachine ) { 
System.out.println{ "payment required" >; 

} 


Start 
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0 class HasOneLoonieState implements State { 


D // class HasOneLoonieState continued 


public void insertLoonie( PopMachine popMachine ) { 

System.out.println( "already have one loonie" ); 

} 


public void ejectMoney( PopMachine 
System.out.println( "returning 

popMachine ) { 

money" ); 

popMachine.doReturnMoney(); 
popMachine.setState{ 

popMachine.getStartState() 

) ; 

} 



public void dispense( PopMachine popMachine ) { 

System.out.println( "releasing product" ); 

popMachine.doReleaseProduct(); 
if {popMachine.getCount() > 0) { 
popMachine.setState( 

popMachine.getStartState() 

) ; 

} else { 

popMachine.setState( 

popMachine.getOutOfStockState() 


( -N 

Has One 
Loonie 

^ _ / 
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public class PopMachine { 

P 
P 
P 

P 
P 

public void ejectMoney( PopMachine popMachine ) { --- p 

System.out.println( "no money to return" ); 

} 

public void dispense( PopMachine popMachine ) { 

System.out.println( "machine out of stock" ); 

} 


} 


;ivate State hasOneLoonieState; 

; ivate State outOfStockState; 

; ivate State currentState; 

; ivate int count; 

1 blic PopMachine( int count ) { 

// make the needed states 
startState = new StartState(); 
hasOneLoonieState = new HasOneLoonieState(); 
outOfStockState = new OutOfStockState{); 

if (count > 0) { 

currentState = startState; 
this.count = count; 

} else { 

currentState = outOfStockState; 

this.count = 0; 

^- 


D class OutOfStockState implements State { 

public void insertLoonie( PopMachine popMachine ) { 

System.out.println( "machine out of stock" ); 

} 


Out Of 
Stock 
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n 


delegate 

behavior 

to 

current 

state 


public int getCountO { 
return count; 

} 

// getters for state objects, machine actions, etc. 

} 


public void insertLoonie() { 

currentState.insertLoonie( this ); 


fublic void ejectMoneyO { 

currentState.ejectMoney( this ); 


public void dispense() { 

currentState.dispense( this ); 


public void setState( State state ) { 
currentState = state; 


Example Use and Output 

public static void main( String[] args ) { 

PopMachine popMachine = new PopMachine( 10 ) ; 

// usual scenario 

popMachine . insertLoonie () ; loonie inserted 

popMachine. dispense (); releasing product 


} 

// popMachine . insertLoonie( ) delegates to 
// insertLoonie ( ) method of current state object 
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State Pattern with Java enum 

enum State { 

// each value is an instance of a singleton 
START { ... }, 

HAS_ONE_LOONIE { ... }, 

OUT_OF_STOCK { ... } ; 

public abstract 

void insertLoonie ( PopMachine popMachine ); 
public abstract 

void ejectMoney( PopMachine popMachine ); 
public abstract 

void dispense( PopMachine popMachine ); 



enum State { 

START { 

p ublic void insertLoonie( PopMachine popMachine ) 
System.out.println( "loonie inserted" ); 

popMachine.setState( HAS_ONE_LOONIE ); 


p iblic void ejectMoney( PopMachine popMachine ) { 
System.out.println( "no money to return" ); 


p iblic void dispense( PopMachine popMachine ) { 
System.out.println( "payment required" ); 

} 

}, 

HASj_ONE_LOONIE { 

), 

outL 
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public class PopMachine { 


//no need to create state objects here 

private State currentState; 
private int count; 


Design intent: 

"aiiow an object to aiter its behavior when its internai state 
changes" 


simpiify operations with iong conditionais that depend on 
the object's state 

I 


public PopMachine ( int count ) { 
if (count > 0) { 

currentState = State.START; 
this.count = count; 

} else { 

currentState = State.OUT_OF_STOCK; 
this.count = 0; 

} 

) 

// the rest as before 


State Pattern 
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State Structure 



the class with internal 
"states" delegates 
its behavior to specific 
state objects 


ConcreteStateA 


+handle() 


ConcreteStateB 


+handle{) 


Decorator Pattern 


switch current state 
object to alter behavior 
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Decorator Pattern Motivation 

Design intent: Use: 

"attach additionai responsibiiities to an object dynamicaiiy" making user interface embeiiishments 

• e.g., dynamicaiiy adding "decorations" 
(menu bar, verticai scroiibar, horizontai 
scroiibar) to a basic window 


don't want too many new subciasses 


use aggregation instead of inheritance 
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Handling Requests 

single component "transparent" enclosures 


encloses 


encloses 


draw method: 

encl.draw{); 
draw itself 


draw method: draw method: 

encl.draw(); draw itself 

draw itself 


this method 
should do 
everything this 
object “encloses” 
plus something 
extra 


this method 
should do 
everything this 
object “encloses” 
plus something 
extra 


'Transparent Enclosure" 

Idea: 

single-component aggregation/composition 


containing enclosure and contained component have 
compatible interfaces 


enclosure may partly delegate methods to component, and 
augment component behavior 
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Handling Requests 


° Chain of 
Responsibility 
Pattern 



handle method: 

if {can handle) { 
handle request 
} else { 

next.handle(); 

} 


handle method: 

if (can handle) { 
handle request 
} else { 

next.handle(); 

} 


handle method: 

if {can handle) { 
handle request 

} 


request can be passed along and eventually handled by a 
handler (or not at all) 
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this handler not known ahead of time by the request initiator 
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Chain of Responsibility Example 1 


Chain of Responsibility Example 



next 


next 


handle method: 

if (matches) { 
do match action 
} else { 

next.handle(); 

} 


handle method: 

if (matches) { 
do match action 
} else { 

next.handle(); 

} 


handle method: 

if (matches) { 
do match action 

} 


handle method: 

if (has heip) { 
show print 
button help 
} else { 

next.handle(); 


handle method: 

if (has help) { 
show print 
dialog help 
} else { 

next.handle(); 

} 


handle method: 

if (has help) { 
show 

application heip 
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Chain of Responsibility Pattern 

Design intent: 

"avoid coupling the sender of a request to its receiver by 
giving more than one object a chance to handle the 
request" 


"chain the receiving objects and pass the request along the 
chain until an object handles it" 


next 
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Consequences 

Reduces coupling: 

frees an object from knowing which other object handles a 
request 


sender and receiver do not have direct knowledge about 
each other 


Design Principles 
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Design Principles 

Goals: 

enhance flexibility under changing needs 
improve reusability in different contexts 


Open Closed Principle 

"Classes should be open for extension, but closed for 
modification." 


feel free to extend the 
classes and add new classes 
when needs change 

need balanced use of these guidelines 


existing classes are tested 
and work, so do not tinker 
with them 


don't overuse 


Sorry, we are ... 

CLOSED 


Note: 


Yes, we are ... 

OPEN 
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Open Closed Principle 

"Encapsulate what varies." 

separate and isolate into an object 



likely to change 


use in 
Decorator, 
Template Method, 
Factory, 

State patterns 
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Open Closed Principle 

What parts of a system are likely to vary? 
hardware dependencies 

business rules 

input and output formats 

user interface 

challenging design areas 

algorithms 

data structures 
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Dependency Inversion Principle 

"Depend upon abstractions. Do not depend on concrete 
classes." 


Dependency Inversion Principle 

"Depend upon abstractions. Do not depend on concrete 
classes." 



in procedural programming, in object-oriented design, 
high-level modules depend high-level classes refer to 
on low-level modules abstractions, and low-level 

classes depend upon these 
abstractions 


abstract class 
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can plug in alternatives 
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Dependency Inversion Principle Composing Objects 

"Program to interfaces, not implementations." "Favor composing objects over implementation inheritance." 




GoF believe 

designers 

overuse 

implementation 

inheritance 


Stack 
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Composing Objects 

"Favor composing objects over implementation inheritance." 


Stack 


ArrayList 


UML association, aggregation, 
or composition 


Composing Objects 

Implementation inheritance: 
compile-time dependency 

white-box reuse of superclass 

tight coupling, limits reuse of only subclass 


Composing objects: 

run-time dependency (e.g., via injection) 

black-box "arms length" reuse via well defined interfaces 

delegation 


striving for loose coupling 
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Composing Objects 

Delegation technique: 



delegates to 


receiving object forwards to delegate object 


Principle of Least Knowledge 

"Law of Demeter": 

for method M of object O, 

only call methods of the following objects 

• object O itself 

• parameters of method M 

• any objects instantiated within method M 

• direct component objects of object O 


Principle of Least Knowledge 


"Only talk to your immediate friends." 


for an object, reduce the number of classes it knows about 
and interacts with 


reduces coupling and changes cascading throughout the 
system 
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Principle of Least Knowledge 




"Law of Demeter": 

avoid calling methods of objects returned by other 
methods (unless allowed by the law) 


// couples this method to Preference class 
Preference pref = user.getPreference(); 
pref.doSomething(); 


// equivalently 

user.getPreference().doSomething(); 


i.e., "one dot only rule" 
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More Information 

More Information 

Books: 

Head First Design Patterns 

Books: 

Design Patterns 

• E. Freeman, E. Robson, B. Bates, and K. Sierra 

• E. Gamma, R. Heim, R. Johnson, and j. Viissides 

• O'Reiiiy, 2004 

• Addison-Wesiey, 1995 


Patterns in Java 

• M. Grand 

• Wiiey, 1998 
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More Information 

More Information 

Links: 

Source Making Design Patterns 

Links: 

Speaking on the Observer Pattern 

• http://sourcemaking.com/design_patterns 

• http://www.Javaworid.com/Javaqa 
/2001-05/04-qa-052 5-observer, htmi 

Vince Huston Design Patterns 


• http://www.vincehuston.org/dp/ 

Learn How to impiement the Command Pattern in Java 

• http://www.Javaworid.com/Javatips 
/Jw-Javatip68.htmi 
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More Information 

Links: 

Design Principles and Design Patterns 

• http://www.objectmentor.com/resources/articles/ 
Principles_and_Patterns.pdf 


Law of Demeter 

• http://www.ccs.neu.edu/home/lieber/LoD.html 


Portland Pattern Repository 

• http://c2.com/ppr/ 
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